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© A method of creating and exw^rtgUWe driven logic. 

® The present invention is directed to a method of creating 
and executing a logic driven table comprising entering mne^ 
monies corresponding to signals in the system, creating a 
logic table from the entered mnemonics, verifying the accura- 
cy of the logic table and executing the logic design of the table 
using actual input signals to produce actual output control 
signals. During the execution of the logic table the input sig- 
nals are overlayed on the mnemonics of the table and a 
Boolean logic equation for a basic logic element is executed 
for each stage within each totem in the table. The execution of 
the equation is repeated until ell input signals and the effects 
of the input signals have propagated through the table. 
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A METHOD OF CREATING AND EXECUTING TABLE DRIVEN LOGIC 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention generally relates to a 
computer aided method for the design of a logic system such 
as the actuation logic for engineered safeguard functions 
in a nuclear power plant and to the execution of the logic 
for the system as table driven logic, and more particular- 
ly, the present invention includes a method of expressing a 
logic function in the form of a table representing a logic 
array constructed of one or more basic building blocks, 
where the table clearly defines the prioritization of 
actuation and interlock input signals, can be generated 
directly from a precise verbal description of a given 
device or system where the contents of the table are input 
into a microcomputer and executed using a universal table 
driven logic execution routine. 
Description of the Related Art 

In a nuclear power plant, engineered safeguard 
functions consist of actions to be taken to mitigate damage 
and ensure safety under abnormal or emergency conditions. 
These actions may be initiated manually, by means of 
pushbuttons or automatically, based on inputs from sensors 
which can transmit information concerning process vari- 
ables and the states of actuated devices such as valves and 
pumps. To control those actuated devices which are neces- 
sary to implement the desired safeguard functions, these 
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sensor inputs are processed by redundant logic networks 
which generate outputs through a power interface to ener- 
gize or de-energize the proper devices in the proper 
sequences subject to any required enabling or interlock 
5 signals. 

In all cases relating to a nuclear power plant, 
the design of the logic network begins with a fluid systems 
engineer who reduces the desired safeguard action to a 
sequence of operations of various fluid control devices 

10 such as the valves and pumps. The operation of these 
devices must be made subject to various interlock signals 
based on parameters such as pressure or the present state 
of the actuated devices. A verbal logic statement which 
accounts for each input, interlock and output signal is 

15 generated by the engineer, as illustrated in Fig. 1, for 
each actuated device. The engineer then transposes these 
requirements into the form of a logic or interlock sketch. 
Once the logic sketch is completed, the verbal requirements 
produced by the systems engineer are unnecessary. The 

20 fluid systems engineer forwards the interlock sketch to an 
instrumentation and control engineer who develops a logic 
diagram, adds provisions for status indication and power 
interface circuitry and develops interconnection drawings 
in the form of interposing logic power interface and 

25 elementary wiring diagrams. The design is further refined 
by a manufacturing engineer who develops schematics geared 
to the specific hardware to be used to implement the 
circuit, designs a hardware circuit that is functionally 
equivalent to the logic diagram and creates detailed wiring 

30 lists which are used by a manufacturing group to construct 
a final embodiment of the logic. At various stages in the 
process, the design may be checked by sending the work 
product back to the previous engineering stage for verifi- 
cation. The overall design is then validated by system 

35 testing. 
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SUMMARY OF THE INVENTION 
The present invention lowers the cost of the 
development of logic networks, removes unnecessary develop- 
mental stages during the development of the logic network, 
5 substitutes software for hardwired logic, increases the 
viability of system designs, removes points of human 
created error, and is directed to a method of creating and 
executing a logic driven table comprising entering the 
mnemonics corresponding to signals in the system, creating 
10 a logic table from the entered mnemonics, verifying the 
accuracy of the logic table and executing the logic table 
using actual input signals to produce actual output control 
signals. 

The invention in its broad form comprises a 
15 method of creating and executing table driven logic for a 
logic system having input signals; characterized by the 
steps of: (a) entering mnemonics corresponding to signals 
in the system; (b) creating a logic table (20) from the 
entered mnemonics using at least AND, OR and NOT opera- 
20 tions; (c) verifying the logic table for its accuracy; and 
(d) executing the logic defined by the logic table using 
the input signals to produce output signals. 

BRIEF DESCRIPTION OF THE DRAWINGS 
A more detailed understanding of the invention 
25 may be had from the following description of a preferred 
embodiment, given by way of example and to be understood in 
conjunction with the accompanying drawing wherein: 

Figure 1 is a diagram of the stages of a prior 
art hardware design process; 
30 Fig. 2 is a diagram of a design process according 

to the present invention; 

Fig. 3 is a diagram of a basic logic element 10 
of the present system; 

Fig. 4 is a logic table 20 for the basic logic 
35 element 10 of Fig. 3; 

Fig. 5 is a totem comprising three basic logic 
elements 14-16; 
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Fig. 6 is a logic table 2C fcr Fig. 5; 

Fig. 7(A) is a logic diagram 30 for a latch logic 

element; 

Fig. 7(B) is a simplified logic diagram 30 for a 
5 latch logic element; 

Fig. 8 is a logic table 20 for the latch of Fig. 

7; 

Fig. 9 is a bypass valve logic table 20; 
Fig. 10 is a logic diagram 30 for the bypass 
10 valve of the logic table 20 of Fig. 9; 

Fig. 11 is an example of the logic state analysis 
for the table 20 of Fig. 9; 

Fig. 12 is a logic table 20 for a home alarm 
system; # 

15 Fi 9- 13 is the produced logic diagram 30 for the 

table 20 of Fig. 12; 

Fig. 14 is the logic state analysis of the table 
20 of Fig. 12; 

Figs. 15-17 depict the stages of the logic table 
20 of Fig. 12 during the stages of its processing using actual 
inputs to produce an output; 

Fig. 18, including 18(A)-18(.G) , is a flowchart of 
the editor software of the present invention; 

Fig. 19, including 19(A)-19(F), is a flowchart of 
25 the software which draws the logic diagram; 

Fig. 20, including 20(A)-20(E), is a flowchart of 
the logic analyzer which produces the state analysis for 
each logic network; and 

Fig. 21, including 21(A)-21(B), is an example of 
30 a general purpose execution module for executing the logic 
defined by any logic table. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In contrast to the prior art process, the present 
invention, as illustrated by Fig. 2, permits a verbal logic 
35 statement generated by a fluid systems engineer to be 
entered directly into a computer data base which is then 
interpreted by the computer to automatically generate logic 
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diagrams, perform a system analysis directed toward identi- 
fying unstable states or states from which no combinations 
of inputs will produce a change in outputs and for produc- 
ing the logic table. The logic table then can be processed 
by a general purpose logic table execution routine executed 
by a conventional microprocessor to produce the necessary 
outputs from actual inputs. 

As can be seen in Fig. 2, the process according 
to the present invention starts with the verbal logic 
requirements which are documented by the fluid systems 
engineer in a natural language form. From the verbal 
requirements the instrumentation and control engineer 
generates a data base that can be input into the computer 
The data base represents the logic in a standard tabular 
form. By casting the logic in a standard form, consistency 
in the design of the entire system is ensured. The comput- 
er then automatically produces the logic diagrams and a 
logic state analysis which are used for design verifica- 
tion. The generated document sets forth the functional 
operation of the logic and can be easily checked against 
the verbal logic requirements. The interposing logic power 
interface and elementary diagrams are generated from which 
interconnect writing diagrams are prepared. The logic 
table then can be incorporated into a microprocessor and 
validated by systems testing. Once validated the logic 
table can be burned into a ROM and executed by a general 
purpose microprocessor. 

As can be seen by comparing Figs. 1 and 2 
significant man-hour savings result from using the present 
invention for each logic network design. 

It is well known that any function may be derived 
from a combination of logic states such as AND, OR and NOT 
operations. The present invention takes advantage of this 
known principle and defines a basic logic element 10 which 
is made up of the three fundamental logic operators as 
illustrated in Fig. 3. The fundamental logic operators AND 
11 , OR 12 and NOT 13 are connected so that an interlock 



6 0209795 

signal (INK) interlocks or prevents an output of both an 
actuation signal (ACT) and a signal from a previous stage 
(STG(n+l)) until the interlock signal is removed. The 
output can be represented in the terms of the inputs by the 
5 following Boolean equation: 

STG(n) = [NOT INK(n) ] AND [ ACT ( n ) OR STG(n+l)]. 

A logic table 20 for the basic logic element 10 
of Fig. 3 is illustrated in Fig, 4. This logic table 
indicates that the STG(n) function is actuated by the 

10 previous stage at a priority level of 2, the actuation 
signal at a priority level of 1 and is interlocked by 
INK(n) at priority level 1. The method of creating the 
logic table of Fig. 4 along with the rules and definitions 
for creating such a table will be discussed in detail 

15 hereinafter. 

A plurality of the basic logic elements may be 
connected vertically in a chain to form a totem in which 
the actuation and interlock signals are assigned priorities 
as illustrated in Fig. 5, which shows an example of a totem 

20 built with three basic logic elements 14, 15 and 16. In 
this figure stage number can be interpreted as the priority 
level of the actuating and interlocking signals. Each 
totem has only one output but any number of totems may be 
connected to form multiple output functions in which the 

25 output of any totem may be used as an input to the actua- 
tion or interlock inputs of any other totem. In the single 
totem example of Fig. 5, the output function STG(l) of the 
priority 1 totem 14 is actuated by the actuation signals 
ACT(l) at the first priority level, ACT(2) on the second 

30 priority level and ACT(3) on the third priority leVel. The 
interlock signal INK(l) locks or interlocks actuation 
signals ACT(l-3) as well as interlock signals INK(2-3). 
The interlock signal INK(2) interlocks actuation signals 
ACT(2-3) and interlock signal INK(3) of the priority 2 

35 totem 15, while the interlock signal INK(3) interlocks at 
the priority 3 totem 16. The interlock signal INK(l) 
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represents the highest priority interlocking signal. In 
general the priority interlock signal interlocks every 
actuation and interlock signal of lower or equal priority 
level in the totem. The above statement is used as one of 
5 the fundamental rules in constructing logic in the form of 
totems. Because the output of any totem can be used as an 
input to any totem on any priority level it is possible to 
define a totem as an intermediate logic to be used with 
other totems in the interposing logic. Such an auxiliary 

10 logic totem can be used to define a particular mode of 
operation, for example, an autotoode or a signal latching 
function to be discussed later. 

Fig. 6 illustrates the logic table 20 for the 
totem of Fig. 5. As can be seen from Fig. 6 the logic 

15 table is constructed starting at the highest priority level 
and working up the totem to define the actuation and 
interlock signal positions. The output signal from each 
higher stage is implied as an input to the next stage 
because the totem has more than one priority level. 

20 A latch is created when the output of the totem 

is entered as one of its own actuations, as illustrated in 
Fig. 7(A). The latch consists of two basic elements 17 and 
18 and includes three priority levels or stages. The 
output of stage 1 is fed back to the token at priority 

25 level or stage 3. The latch is set by the actuation signal 
ACT(2) and reset by interlock signal INK(l) or the inter- 
lock INK(2). The actuation signal input of stage 1 is not 
used. Fig. 7(B) illustrates a simplified version of Fig. 
7(A). The latch must be in the lowest position in the 

30 totem and no combinatorial logic can be allowed below the 
latch, however, the output of the latch can be used as an 
input into another totem if logic after the latch is 
necessary. 

Fig. 8 illustrates the logic table 20 for the 
35 latch of Fig. 7. As can be therein seen the third priority 
or stage input signal on the actuation side is the output 
of the STG(l) latch and the output of the latch is 
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interlocked by interlock signal INK(l) at priority level 1 
(stage level 1) and by the interlock signal INK(2) at the 
second stage or second priority level. Once again it 
should be self evident that the logic table is created from 
5 bottom (highest priority) to top (lowest priority) of the 
totem. That is, first the input signals to'the first stage 
are examined and found to be the interlock signal INK(l) 
and the next highest stage output STG(2). Since the next 
highest stage input is implied no entry is necessary, 

10 however, an entry could be made in the table at priority 
level 1 on the ACT side. If the entry is made it would be 
equivalent to having both inputs to the OR gate of basic 
logic element 17 receiving the output from STG(2). Next 
the input signals to stage 2 are examined and found to be 

15 INK(2), ACT(2) and STG(l). Because the STG(l) signal is 
acting as a STG(3) signal, it must be entered on the next 
highest priority or stage level number 3. 

In constructing the logic tables from a complete 
verbal description of the required logic the following 

20 rules and definitions must be followed: 

1. Each defined function must either be actuated 
or interlocked (or both) on the first priority level. That 
is, the table must have an entry on the first line for any 
given function. 

25 2. A function cannot be actuated and interlocked 

by the same signal at the same time. 

3. A function cannot be actuated or interlocked 
by the same signal on two different priority levels, 
although the same input signal can be shared between 

30 different functions. 

4. The priority of the last interlock in a 
function roust be higher than the priority of the last 
actuation in this function. 

5 . Each signal used in the table must have a 
35 definition and each defined signal must be used in the 

table, there shall be a one-to-one correspondence between 
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the table and definitions, and no multiple definitions of 
signals are permitted. 

6. The symbol "A" in front of a signal in a 
table indicates a logical NOT operation to be performed on 

5 the signal following the operator* 

7. The symbol in front of a function name 
indicates a delay is to be performed on this function where 
the delay time period must be specified when the function 
is defined. 

10 8. A function can be used as one of its own 

actuations (example: a latching function) or as an input 
(either an actuation or interlock) in other functions. 

9. If a function is to be used as intermediate 
logic it should be defined as an auxiliary function ndt as 
15 an output function. 

As a first example of the creation of the logic 
table and execution thereof we will consider a boron 
thermal regeneration system bypass valve. In general the 
regeneration system has three operating modes; off, dilute 
20 and borate. The operating mode is determined either 
manually by the operator positioning an MCB control switch 
or automatically by the power control system. When in 
automatic, the regeneration system is always operating in 
either dilute or borate mode which provides faster response 
25 and reduces the start and stop transients in the system. 
The bypass valve diverts water into the regeneration 
system. The fluid systems engineer provides the following 
description to the instrumentation and control engineer: 
The valve is operated by two pushbuttons/ auto 
30 and open, the regeneration system "dilute or 

borate" automatic signal "and the status of an 
isolation valve. There is one solenoid valve and 
the solenoid shall be energized to close the 
valve and de-energized to open it. The auto 
35 pushbutton activates an auto operation mode. 

When in the automode: 
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1. When the dilute or borate signal is in 
coincidence with the open position of the 
isolation valve (a limit switch signal 
exists) the bypass valve is closed (solenoid 
is energized) . 

2. When the open pushbutton is activated the 
valve is opened (the solenoid is 
de-energized) by changing the mode of 
operation to manual. The automode is reset 
by open pushbutton. 

When in manual mode the valve is always open. 

From the above verbal description, the instru- 
mentation and control engineer generates a logic data base 
and inputs same into the computer in the form of the logic 
table 20 of Fig. 9 which corresponds directly to the verbal 
description above. In the example, automode is defined as 
an auxiliary function W and the closed valve command as an 
output signal of function B, therefore there are two totems 
describing the lock logic and therefore two functions in 
the totem. In the table, the input signal E represents the 
open pushbutton, G the auto pushbutton, L the dilute or 
borate signal and M the closed isolation valve signal. 

The logic table and a corresponding data record 
is created using the editor program illustrated in Fig. 19. 
The data record created would look as follows: 



01 8245 

02 1 BORON THERMAL REGENERATION SYSTEM (BTRS) 

03 BTRS bypass valve 

04 AOV N/A Non Safety NO NO OPEN (dwg. number) 

05 E OPEN PUSHBUTTON 
05 G AUTO PUSHBUTTON 

05 L DILUTE OR BORATE SIGNAL 

05 M VALVE 7054 CLOSED (33bo) 

06 B CLOSE VALVE 

07 W AUTO MODE OPERATION 

08 B - B W M 

08 W G W — — — — E — ———— 

09 1 . OPEN VALVE 8245 ON LOSS OF POWER 

09 (DE-ENERGIZE SOLENOID TO OPEN) 

10 EOF NO. 1 
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In this record line 01 corresponds to the compo- 
nent I.D. number, lines 02 through 04 represent the 
component's description. Lines numbered 05 provide the 
definitions of the input signals (there are four LineB with 
5 the number 05), line 06 defines an output signal and line 
07 defines an auxiliary function. The logic Table is 
described by lines 08. There are two lines in the logic 
Table corresponding to two logic totems defined by lines 06 
and 07 (output and auxiliary function). The record is 

10 automatically verified by the computer against the set of 
rules previously discussed. The format of the record is 
verified rather than a logic itself. If an error is 
detected, the record must be corrected before it is stored 
on the disc. Line 09 (up to five lines fifty characters 

15 long each can be used) is provided for special notes. Line 
10 marks the end of record. Each record represents infor- 
mation about one component. 

Once the logic data base is created it can be 
used to generate a logic diagram 30 (see Fig. 10) using the 

20 program illustrated in Fig. 20. As described earlier, 
there is a direct correspondence between a logic table and 
a logic diagram. During logic diagram generation first 
totems are generated and interconnections between the 
totems are made and any other information and labels for 

25 input and output signals are added. The logic diagram 30 
for the bypass valve is illustrated in Fig. 10. To print 
such a diagram, a dot matrix printer or graphics capability 
printer should be used. Once the logic diagram 30 is 
generated the fluid systems engineer can review the diagram 

30 to determine if it meets his requirements. 

It is also possible for the fluid engineer to 
receive a logic state analysis 40 which is performed by the 
program illustrated in Fig. 21. The logic data base 
generated with the editor is used as an input for this 

35 program. First, the complete logic state table is generat- 
ed. For each possible state and combination of inputs at 
Time T, the output at Time T + 1 is calculated using the 
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Boolean equation (1). For example, as illustrated in Fig. 
11 when the inputs EGLM and outputs BM are 0000 00 respec- 
tively at time T, at time T + 1 the output 00 is provided. 
When the inputs are 0100 and outputs are 00 at time T the 
outputs are 01 at time T + 1. The inputs and outputs at 
time T are provided for each possible state by binary 
counting, the inputs are then overlayed on the table and 
the Boolean logic equation (1) is executed for each stage 
(priority 1 level) to produce the relevant outputs. 

The program then automatically reduces the state 
table and identifies logic states at a time T which have 
not changed with the change of input. The logic table is 
reduced by eliminating all but the first state which 
produces the same output after the output is provided. For 
example, in the valve example of Figs. 9-11, the state at 
time T with decimal value 0 and binary value 00 0000 
produces outputs of 00 at time T + 1 while the state with 
decimal value 1 and binary value 00 0001 also produces an 
output of 00. The table is reduced by saving and printing 
the state analysis for decimal value 0. As can be seen 
from Fig. 11, the states with decimal values 0-3 produce 
the same output as do the states with decimal values 8-15, 
etc. The generated table logic analysis 40 is then ana- 
lyzed and stable states and transient states are reported. 
The state in which the logic srays after completion of a 
sequence of operations is called a stable state. Any state 
through which the logic passes temporarily during a se- 
quence of computations is called an unstable state. For 
example, decimal state 4 of Fig. 11 is a transient or 
unstable state since if the inputs remain constant and the 
outputs change to 01 the state would become state decimal 
state 18 which would produce outputs 11. Therefore, a 
transition from one stable state to another stable state 
occurs only in response to a change in the input variables. 
In Fig. 11 an X indicates a "don't care" signal. 

Once the state analysis is performed and the 
system is reviewed by the fluid systems engineer the logic 
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table can be loaded into a microcomputer which executes the 
general purpose execution" logic illustrated in Fig. 22. 
The details of such an execution will be discussed later. 

As an example of the flexibility and power of the 
5 present system to design and execute various logic systems 
the following example which applies to a simple residential 
alarm will be discussed. The written description given to 
the instrumentation and control engineer will be substan- 
tially as follows: 
10 The residence is on apartment type having a 

single door and two floors. On each floor 
are two windows. The alarm bell should ring 
when the front door or any window is open. 
A test pushbutton allows the alarm bell to 
15 be rung and stops when the button is re- 

leased. An alarm arming switch next to the 
front door allows an entrant to turn on the 
alarm after he is inside and turn off the 
alarm after the bell rings. 
20 The input and output signals are defined as 

follows: V = front door limit switch, F = first floor 
window #1, G = first floor window £2, H = second floor 
window #1, I = second floor window #2, R » alarm arming 
switch, T = test pushbutton and A = activate alarm signal 
25 (ring the bell). The logic table 20 generated by the 
instrumentation and control engineer using the editor 
program of Fig. 19 is illustrated in Fig. 12 with the 
symbols listed above indicating the corresponding signals. 
Once the logic table 30 is generated, a logic diagram, as 
30 illustrated in Fig. 13, is produced using the program 
illustrated by Fig. 20. As can be seen by Fig. 13, when 
the alarm arming switch is activated any input from one of 
the doors or windows actuates the alarm signal A and rings 
the bell. After the logic diagram of Fig. 13 is generated 
35 the logic state analysis 40 of Fig. 14 can be generated and 
reviewed by the design engineer. When the review is 
completed, the table can be incorporated into a 
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microprocessor and executed or processed by the routine of 
Fig. 21. 

The processing of the state table of Fig. 12 
using actual inputs to produce actual outputs by a micro- 
processor begins by sampling the input signal E-I, R and T. 
For example, assuming the input signals are 000110 indicat- 
ing that the second floor window #2 (I) is open and that 
the alarm system is activated (R), this input results in an 
alarm being produced and assumes that in the prior state no 
alarm is produced (1=0) and the system is armed (R=l). The 
following sequence of events occurs in the microprocessor: 
first, the input signals are sampled and overlayed in a 
table representation in the memory of the microprocessor to 
produce a table similar to Fig. 15- Next the Bodlean 
equation (1) is applied to each stage (priority level) of 
function W from lowest priority level (5) to highest 
priority level. For example, when the equation (1) is 
applied to stage 5 a 1 is produced as STG(5). When the 
equation (1) is applied to stage 4 a 1 is produced as 
STG(4). Eventually, function W assumes a value of 1 as the 
STG(l) output. Next the Boolean equation (1) is applied to 
function X and A in the same manner resulting in a zero 
output for function X and function A. 

The table is then updated with the output values 
and .appears as in Fig. 16. The application of the Boolean 
equation (1) to the table is again performed resulting in 
function W=l, function X=l and function A=0. 

The table is again updated with the output values 
and appears as in Fig. 17. When the Boolean equation (1) 
is applied to the table the output of function W=l, func- 
tion X=l and function A=l resulting in the ringing of the 
bell. 

As can be seen from the above discussion, the 
Boolean equation must be executed a number of times equal 
to the number of totems multiplied by the number of priori- 
ty levels in each totem. Any known nuclear power safety 
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function can be performed using six totems and six priority 
levels. 

When the instrumentation and control engineer is 
ready to create the logic table he executes the editor 
5 routine depicted in flowchart form in Fig. 18. The editor 
routine is an interactive routine which allows the operator 
to edit records, insert records, delete records, find 
records and verify record commands. The program can 
provide a directory of all the records in the file, cross 

10 reference them, and generate a printed copy of any desired 
record. The information as used and edited by the operator 
is displayed on a computer monitor. The editor should be 
executed on a computer such as an Intel 86/330 having at 
least 80K of memory with 32K of working storage and should 

15 be implemented in Intel's version of the Pascal programming 
language (Pascal 86). 

In Fig. 18, Fig. 18(A) acts as a supervisor and 
determines which of the subroutines should be executed. 
Fig. 18(B) is the delete record routine which deletes a 

20 record by not writing an ID matched record to the output 
files. Fig. 18(C) is the insert record routine which 
inserts records between read records as an output file is 
being created. Fig. 18(D) is the edit removal routine 
which displays the record on a display device and allows 

25 the record to be modified before it is written to the 
output file. Fig. 18(E) is the summary record routine 
which simply outputs the records to a display device. Fig. 
18(F) is the find record routine and it simply searches for 
a matching record string and displays same when found. The 

30 verified record routine of Fig. 15(G) implements the table 
creation rules mentioned previously. 

After the editor routine is finished creating the 
logic table, the program which prints out the table 20 and 
the logic diagram 30 is executed as illustrated in Fig. 19. 

35 The program of Fig. 19 allows the operator to print a 
summary of the records in a data base, find a particular 
record and draw the logic diagram. The Fig. 19(A) routine 
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acts as the supervisor and jumps to the appropriate subrou- 
tine. The Fig. 19(B) routine simply displays the records 
in the data base. The Fig. 19(C) routine allows the 
operator to find a record and is very similar to Fig. 
5 18(F). Fig. 19(D) is the supervisor routine for the draw 
logic diagram routine and calls the draw totem routine 
(Fig. 19(E)) and the connect totem routine (Fig. 19(F)). 
The draw totem routine of Fig. 19(E) draws the totems by 
checking the logic table to determine what elements are 

10 used and then places a standard symbol at the appropriate 
level in the matrix representation of the drawing within 
the appropriate totem. The connect totems routine of Fig. 
19(F) also checks the logic table to determine if inputs 
and outputs are interconnected and then connects them with 

15 a line using a predetermined line path available in the 
matrix representation of the drawing. 

The logic analyzer (Fig. 20) is executed next to 
produce the logic state analysis 40. The logic analyzer 
also allows a summary of records to be produced (Fig. 

20 20(B)), a record to be found (Fig. 20(G)) and the test 
logic to be executed. In Fig. 20(D) the Boolean logic for 
the variables in the table is calculated. This Boolean 
calculation is the same Boolean calculation used in the 
general purpose table execution routine illustrated in Fig. 

25 21(B). The reduce table routine is illustrated in Fig. 
20(E) and compares the outputs of time T and T + 1 and 
deletes the input whenever the outputs match and the 
inputs, and places X (don't care) in the input. 

Fig. 21 illustrates the general purpose state 

30 table execution logic which is executed by a microcomputer 
such as an Intel SBC 88/40 or SBC/86/30 88/45. - At the 
beginning of the routine the input signals are sampled and 
the input state vector is generated. 

The state vector takes the form: 
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InputjfT). 
Input 2 (T) 



Input m (T) 

Outputjd) 

Output 2 (T) 



1 Output k (T) 
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Inputs at* Time T 



Outputs at Time T 



The state table is overlaid on the vector table as dis- 
cussed with respect to Fig. 15 and all the totem outputs 
are calculated (Fig. 21 (B „ as discussed with respect to 
Figs. 15-17. The Boolean equations which is calculated 
(Fig. 21(B)) for a number of times equal to T max plus 1 
where T (Fig. 21(A), max is the number of totems in the 
system, times S max (Fig. 21(B)), which is the number of 
stages or priority levels in the totem. The calculation of 
the Boolean equation this number of times ensures that any 
auxiliary logic signal created in one totem will propagate 
through all totems even if all totems are serially linked 
in a chain. Once the outputs are all calculated, the 
output state is updated and the outputs sent to the output 
port. The Boolean logic equation for the basic logic 
element appears in the routine of Fig. 21(B). Once the 
outputs are produced the code is executed again beginning 
with a sample of the inputs. 

The many features and advantages of the invention 
are apparent from the detailed specification and thus it is 
intended by the appended claims to cover all such features 
and advantages of the method which fall within the true 
spirit and scope of the invention. Further, since numerous 
modifications and changes will readily occur to those 
skilled in the art. it is not desired to l ilni t the inven- 
tion to the exact operation illustrated and described 
Accordingly, all suitable modifications and improvements 
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may be resorted to, falling within the scope of the Inven- 
tion. For example, it is possible to link the routines of 
Figs. 18-20 into a single routine. 
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CLAIMS: 

1. A method of creating and executing table 
driven logic for a logic system having input signals, 
characterized by the steps of: 

(a) entering mnemonics corresponding to signals 
5 in the system; 

(b) creating a logic table (20) from the entered 
mnemonics using at least AND, OR and NOT operations; 

(c) verifying the logic table for its accuracy; 

and 

10 (d) executing the logic defined by the logic 

table using the input signals to produce output signals. 

2. A method as recited in claim 1, wherein the 
logic table defines the input and output structure of a 
basic logic element (10).. 

15 3. A method as recited in claim 2, wherein said 

basic logic element (10) is defined by the equation: 
STG(n) = [NOT INK(n) ] AND [ACT(n) OR STG(n+l)] 

where n is an integer greater than or equal to 1, STG(n) is 
an output of a stage n, INK(n) is an interlock signal at 
20 stage n, ACT(n) is an actuation signal of stage n and 
STG(n+l) is* an output signal from a stage of lower 
priority. 

4. A method as recited in claim 3, wherein step 
(d) executes the equation defining the basic logic element 

25 (10). 

5. A method as cited in claim 4, wherein step 
(c) includes: 
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(ci) producing a logic diagram from the logic 

table and 

(cii) producing a logic state analysis from the 
logic table. 

6. A method as recited in claim 5, wherein the 
logic table (20) is divided into stages of different 
priority, , the method using totems defining different 
functions, wherein step (d) comprises-. 

(di) overlaying (50) the input signals on the 
logic table; 

(dii) executing (52) the equation on each stage 
of the logic table from the lowest priority to the highest 
priority using the equation; 

(diii) repeating step (dii) for each totem; and 
(div) repeating steps (di) and (dii) for a 
number of times equal to the number of totems plus one. 

7. A method as recited in claim 6, wherein step 
(di) comprises entering the input signals into the logic 
table at locations corresponding to the mnemonics of the 
signals. 
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